Method and system for encoding a mark-up language document

ABSTRACT

A method and system for encoding a mark-up language document is provided, in which, the structure of the mark-up language document is condensed by removing those parts of the structure that are fixed, and by expressing the variable parts of the structure in terms of whether or how often they occur. A template that specifies which parts of the structure and fixed and which parts are variable may be provided to both the device that is transmitting the mark-up language document and the device that is receiving the mark-up language document.

TECHNICAL FIELD

[0001] The present invention relates generally to data compression techniques and, more particularly, to techniques for compactly encoding mark-up language documents.

BACKGROUND OF THE INVENTION

[0002] Mark-up languages, such as Hypertext Mark-up Language (HTML) and Extensible Mark-up Language (XML), have been in widespread use for the past several years. Mark-up languages allow software developers to create documents that include a variety of data items, such as text, logos, pictures, and sounds, which can then be rendered by various types of programs, such as web browsers. Mark-up languages use special notations, referred to as tags, to identify data items, and to indicate how the data items are to be processed. These tags also allow computer programs, such as parsers and web browsers, to search, sort, identify and extract data from the document. While mark-up languages make the use and interchange of data easier and more user-configurable, the addition of tags along with the data substantially increases the size of data files. This increase in file size or “bloat” can be considerable, and creates problems when data has to be transmitted quickly or stored compactly.

SUMMARY OF THE INVENTION

[0003] In accordance with the foregoing, a method and system for encoding a mark-up language document is provided. According to the invention, the structure of the mark-up language document is condensed by removing those parts of the structure that are fixed, and by expressing the variable parts of the structure in terms of which elements occur, whether elements occur, or how often certain elements occur. This may involve separating the structure of the mark-up language document from its content, and treating the structure and content differently. To encode a block of mark-up language text according to an embodiment of the invention, a template is used to determine which of the elements of the block have a fixed number of occurrences and which of the elements have a variable number of occurrences. The structure of the block is represented with a compact block of text that expresses the number of occurrences of the elements that have a variable number of occurrences, but that does not contain information regarding the elements that have a fixed number of occurrences. In various embodiments of the invention, the content of the mark-up language document is, itself, compressed by grouping similar or related data items together.

[0004] Additional features and advantages of the invention will be made apparent from the following detailed description of illustrative embodiments that proceeds with reference to the accompanying figures.

BRIEF DESCRIPTION OF THE DRAWINGS

[0005] While the appended claims set forth the features of the present invention with particularity, the invention may be best understood from the following detailed description taken in conjunction with the accompanying drawings of which:

[0006]FIG. 1 shows an example of a computer network in which the invention may be practiced;

[0007]FIG. 2 shows an example of a computer on which at least some parts of the invention may be implemented;

[0008]FIG. 3 shows an example of a procedure that may be used in an embodiment of the invention; and

[0009]FIG. 4 shows an example of a tree that is created based on a template in an embodiment of the invention.

DETAILED DESCRIPTION OF THE INVENTION

[0010] Prior to proceeding with a description of the various embodiments of the invention, a description of the computer and networking environment in which various embodiments of the invention may be practiced will now be provided. Although it is not required, the present invention may be implemented by program modules that are executed by a computer. Generally, program modules include routines, objects, components, data structures and the like that perform particular tasks or implement particular abstract data types. The term “program” as used herein may connote a single program module or multiple program modules acting in concert. The invention may be implemented on a variety of types of computers. Accordingly, the terms “device” and “computer” as used herein include personal computers (PCs), hand-held devices, multi-processor systems, microprocessor-based programmable consumer electronics, network PCs, minicomputers, mainframe computers and the like. The invention may also be employed in distributed computing environments, where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, modules may be located in both local and remote memory storage devices.

[0011] An example of a networked environment in which the invention may be used will now be described with reference to FIG. 1. The example network includes several computers 100 communicating with one another over a network 102, represented by a cloud. Network 102 may include many well-known components, such as routers, gateways, hubs, etc. and may allow the computers 100 to communicate via wired and/or wireless media.

[0012] Referring to FIG. 2, an example of a basic configuration for a computer on which the system described herein may be implemented is shown. In its most basic configuration, the computer 100 typically includes at least one processing unit 112 and memory 114. Depending on the exact configuration and type of the computer 100, the memory 114 may be volatile (such as RAM), non-volatile (such as ROM or flash memory) or some combination of the two. This most basic configuration is illustrated in FIG. 2 by dashed line 106. Additionally, the computer may also have additional features/functionality. For example, computer 100 may also include additional storage (removable and/or non-removable) including, but not limited to, magnetic or optical disks or tape. Computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules, or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to stored the desired information and which can be accessed by the computer 100. Any such computer storage media may be part of computer 100.

[0013] Computer 100 may also contain communications connections that allow the device to communicate with other devices. A communication connection is an example of a communication medium. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. The term computer readable media as used herein includes both storage media and communication media.

[0014] Computer 100 may also have input devices such as a keyboard, mouse, pen, voice input device, touch input device, etc. Output devices such as a display 118, speakers, a printer, etc. may also be included. All these devices are well known in the art and need not be discussed at length here.

[0015] As used herein, the term “mark up language” refers to any computer interpretable language that describes the structure of a document. Examples of mark-up languages include Standard Generalized Mark-up Language (SGML) and all of its variants, including Hypertext Mark-up Language (HTML), Extensible Mark-up Language (XML) and Extensible Style Sheet Language (XSL). Furthermore, the term “mark-up language document” refers to any document that contains mark-up language. Finally, the phrase “block of mark-up language” is used to indicate a mark-up language document or a portion thereof.

[0016] The invention is generally directed to a method and system for encoding a mark-up language document. According to the invention, the structure of the mark-up language document is condensed by removing those parts of the structure that are fixed, and by expressing the variable parts of the structure in terms of which elements occur, whether elements occur, or how often certain elements occur. In various embodiments of the invention, other steps may be taken to further reduce the size of the mark-up language document. These steps include one or more of: separating the data items of the document from its structure, grouping together data items with related meaning or data-type, and encoding data items in their native format.

[0017] According to various embodiments of the invention, both the sender of the mark-up language document and the receiver of the mark-up language document possess a common template that defines a default structure for a document type. This default structure includes fixed elements—those elements that are always present in fixed number of occurrences in a mark-up language document of that type. The default structure also includes variable elements—those elements that may or may not be present in a mark-up language document of that type, or are always present, but may have any number of occurrences.

[0018] For example, the mark-up language document shown in Table 1 describes a “books” element, which describes a set of books: TABLE 1 <books> <book> <title> Wireless & Networking - I </title> <authors> <author> <firstName> Peter </firstName> <lastName> K. </lastName> </author> </authors> <ISBN 0-201-37928-7 </ISBN> <price> 99.99 </price> </book> <book> <title>Wireless & Networking-II </title> <authors> <author> <firstName> Peter </firstName> <lastName> K. </lastName> </author> <author> <firstName> John </firstName> <lastName> S. </lastName> </author> </authors> <price> 59.99 </price> </book> </books>

[0019] The document of Table 1 is written using the Extensible Mark-up Language (XML). Within the “books” element are “books” elements, each of which describes a book. Each “book” element includes a “title” element, an “authors” element, a “price” element and, optionally, an “ISBN” element. The “title” element includes the title of the book. The “authors” element describes all of the authors of the book. The “authors” element includes one or more “author” elements. Each “author” element has a “firstName” element and a “lastName” element. The “firstName” element contains the first name of the author, while the “lastName” element contains the last name of the author. Each element of the document of Table 1 is bounded by a pair of tags. For example, the first “title” element in Table 1 is <title>Wireless & Networking—I</title>. The data contained in the element is Wireless & Networking—I. The element is bounded by the tags <title>and </title>. Collectively, all of the tags of the mark-up language document of Table 1 constitute the structure of the document.

[0020] Referring to Table 2, an example of a template that that may be used for the mark-up language document of Table 1 according to an embodiment of the invention will now be described. The template is formatted as an XML Document Type Definition (DTD): TABLE 2 <!ELEMENT book (title, authors, ISBN?, price)> <!ELEMENT title (#PCDATA)> <!ELEMENT authors (author)+> <!ELEMENT author (firstName, lastName)> <!ELEMENT ISBN (#PCDATA)> <!ELEMENT firstName (#PCDATA)> <!ELEMENT lastName (#PCDATA)> <!ELEMENT price (#PCDATA)>

[0021] As an alternative, the template may be formatted as a schema, as shown in Table 3: TABLE 3 <xsd:schema xmlns:xsd=‘http://www.w3.org/2001/XMLSchema’> <xsd:element name=‘book’> <xsd:complexType> <xsd:sequence> <xsd:element name=‘title’type=‘txsd:string’/> <xsd:element name=‘authors’type=‘Authors’/> <xsd:element name=‘ISBN’type=‘xsd:string’ minOccurs‘0’/> <xsd:element name=‘price’ type=‘xsd:decimal’/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:type name=‘Authors’/> <xsd:sequence> <xsd: element name=‘author’ maxOccurs=‘unbounded’> <xsd: complexType> <xsd: sequence> <xsd:element name=‘firstName’ type=‘xsd:string’/> <xsd:element name=‘lastName’ type=‘xsd:stringt’/> </xsd: sequence> </xscl:complexType> </xsd:element> </xsd:sequence> </xsd:type> </xsd:schema>

[0022] There are many other possible ways to format the template. For example, other mark-up languages or programming languages besides those shown herein may be used.

[0023] The meaning of some of the labels and terms of the DTD document of Table 2 will now be described. The label “#PCDATA” signifies parsed character data (plain text, for example). The symbols ?, + and * are used as follows:

[0024] “?” signifies an element that either does not appear or appears one time

[0025] “+” signifies an element that appears one or more times

[0026] “*” signifies an element that can appear any number of times or not at all

[0027] Those elements of the template of Table 2 that have one of the above symbols are variable elements, meaning that the structure of an XML document of this type may vary with respect to these elements, and do so in the way in dictated by the symbols. All other elements defined in the template are fixed elements, meaning that the structure of an XML document of this type is exactly as specified in the template with respect to those elements. For example, according to the template of Table 2, each book element contains exactly one instance each of a title element and a price element. However, the ISBN element may appear once or not at all. Similarly “authors” element contains one or more instances of the “author” element.

[0028] According to an embodiment of the invention, a sender that wishes to send a mark-up language document to a receiver removes all of the tags that are associated with elements that are fixed—those elements that the sender and receiver both realize will be always be in the document and will always appear in a fixed number of instances. Furthermore, the sender need not send the tags associated with variable elements, but only needs to send information indicating how many instances of each variable element exist in the mark-up language document being sent. For example, if a sender and receiver each have a copy of the DTD document of Table 2, and they each understand that the mark-up language document that is to be sent conforms to the DTD document of Table 2, then the entire structure of the mark-up language document of Table 1 (that is, the tags) can be represented as

[0029] 1_((integer)) 1_((single bit)), 2_((integer)) 0_((single bit)),

[0030] where the first number in each pair is the number of occurrences of the “author” element and the second number is a single bit that is set high if there is an “ISBN” element and low if there is not.

[0031] According to some embodiments of the invention, the data items of a mark-up language document and the structure of the mark-up language document are separated from one another. Separating the data items from the structure allows each to be processed separately. Processing the structure (the tags, for example) involves techniques such as using a template, as described above. Processing the data items (the text between pairs of tags, for example) involves techniques such as grouping data items with related meaning or type, and encoding data items in their native format.

[0032] To further illustrate the invention, an example of how the mark-up language document of Table 1 is processed according to an embodiment of the invention will now be described. First, the structure of the document (the tags, in this case) is separated from the content (the data items between the tags, in this case), as shown in Table 4: TABLE 4 Structure Content <books> <book> <title> </title> Wireless & Networking - I <authors> <author> <firstName> </firstName> Peter <lastName> </lastName> K. </author> </authors> <ISBN> </ISBN> 0-201-37928-7 <price> <Iprice> 99.99 </book> <book> <title> </title> Wireless & Networking - II <authors> <author> <firstName> </firstName> Peter <lastName> </lastName> K. </author> <author> <firstName> </firstName> John <lastName> </lastName> S. </author> </authors> <price> </price> 59.99 </book> </books>

[0033] Next, those data items that are of the same type or of similar type are grouped together, as shown in Table 5: TABLE 5 Structure Content <books> <book> 1 </book> <authors> Wireless & Networking - I <author> Wireless & Networking - II <firstName></firstName> <lastName> </lastName> Peter </author> Peter </authors> John <ISBN> </ISBN> <price> </price> K. </book> K. <book> S. <title> </title> <authors> 0-201-37928-7 <author> <firstName> </firstName> 99.99 <lastName> </lastName> 59.99 </author> <author> <firstName> </firstName> <lastName> </lastName> </author> </authors> <price> </price> </book> </books>

[0034] Note that, in this example, the titles are grouped together, the author first names are grouped together, the author last names are grouped together, and the prices are grouped together. Grouping together like data items in this manner allows the data items to be compressed more efficiently. One reason for this is that there are more likely to be duplicate data items next to one another when the data items are grouped by type. For example, Peter K. was an author of both of the books described in the mark-up language document of Table 1. After grouping like data types together (Table 5), the data item “Peter” now occurs twice consecutively. Many existing compression tools, such as GZip, can take advantage of repeated terms that are proximate to one another by simply eliminating the duplicates and replacing them with a number that represents how many times they occur. Furthermore, the data items are encoded in their native format. For example, floating point numbers are encoded as floating point numbers, even though they may have been treated as characters in the mark-up language document. Similarly, integers are encoded as integers, characters are encoded as characters, and so on.

[0035] The structure of the mark-up language document is then processed according to a template, as described above. All of those tags that are fixed—always in the document in a fixed number of instances—are removed. All of the tags that are variable are represented by the number of occurrences of the elements that they represent: TABLE 6 Structure Content 1_((integer)) 1_((single bit),) 2_((integer)) 0_((single bit)) Wireless & Networking-I Wireless & Networking-II Peter Peter John K. K. S. 0-201-37928-7 99.99 59.99

[0036] In accordance with various embodiments of the invention, the structure of a mark-up language document and the content of the mark-up language document may be compressed separately and compressed according to different compression schemes. Additionally, certain types of content may be compressed according to different compression schemes. For example, to achieve a higher compression ratio from certain applications (that use certain data types), special purpose compressors can be used. Some types of data, such as integer data or calendar dates, can be encoded in binary. In the previous example, the “price” data items could be encoded using integers. Differential or delta encoding is useful for numeric data in which there is little variation. For example, 10200, 10240, 10185, . . . would be encoded as 10200, +40, −55, −3 . . . . More complex compression schemes can be applied to a variety of specialized data types, such as images, sounds, DNA sequences, and so on. Finally, each separate component of the mark-up language document—whether it is the structure, the data items, or individual groups of data items—can be further compressed using a generally purpose compression tool, such as GZip or bzip2.

[0037] There are many different ways in which the various embodiments of the invention described herein may be implemented. Referring to FIG. 3, an example of a process that may be used in an embodiment of the invention will now be described. FIG. 3 illustrates a sending device 150 and a receiving device 152. Block 154 on the sending device 152 represents those tasks that are handled off-line by the sending device 150, while block 156 represents those tasks that are handled on-line by the sending device 150. As used herein, the term “on-line” refers to tasks taking place while a mark-up language document is in the process of being transferred from the sending device 150 to the receiving device. “Off-line” as used herein refers to tasks taking place at all other times. At step 158, the sending device 150 retrieves a template 155 (which, in this example is a DTD or an XML schema) parses the template 155, and builds a logical tree representing an XML tag structure. An example of a logical tree that would be generated for the “Books” DTD of Table 2 is graphically represented in FIG. 4. At step 160, the sending device 150 then generates an XML profile based on the tree. In parallel with steps 158 and 160, the sending device 150 uses the template 155 to synchronize with the receiving device 152. This may involve the sending device 150 transmitting the template 155 to the receiving device 152 prior to any attempt by the sending device 150 to encode and transmit a mark-up language document to the receiving device 152.

[0038] At step 164, the sending device 150 obtains an XML document 157 and the XML profile generated at step 160, separates the structure (the tags of the XML document) from the content (the data items between sets of tags), encodes the structure of the XML document 157 according to the profile, and optimizes the content. This encoding and optimizing process involves one or more of the techniques previously discussed in conjunction with Tables 4, 5, and 6. At step 166, the sending device 150 compresses the encoded structure and the data content according to a well-known compression scheme (GZip or Bzip2, in this example). The sending device 150 then creates a message 168 that includes the compressed and encoded structure, the compressed content, and data that identifies the profile that is to be used by the receiving device 152 when it interprets the message 168. The sending device 150 then transmits the message 168 to the receiving device 152 over the network 151.

[0039] Like the sending device 150, the receiving device 152 performs certain tasks off-line, which are represented by block 170, and performs certain tasks on-line, which are represented by block 172. During an off-line period, the receiving device 152 receives the template 155 at step 174 from the sending device 150. At step 176, the receiving device 152 then parses the template 155 to build a tree that represents an XML tag structure. The tree built by the second device 152 should look like the one built by the first device 150 at step 160.

[0040] During an on-line period, the second device 152 receives the message 168 and decompresses it at step 180. At step 182, the second device 152 decodes the structure portion of the message 168 using the tree created at step 176. This decoding may involve establishing a default tag structure based on the fixed elements of the XML document, and filling in the correct number of instances of the tags representing the variable elements. Finally, at step 184, the second device 152 reconstructs the XML document 157 by inserting the data items between the correct sets of tags generated at step 182.

[0041] It can thus be seen that a new a useful method and system for encoding a mark-up language document has been provided. In view of the many possible embodiments to which the principles of this invention may be applied, it should be recognized that the embodiments described herein with respect to the drawing figures is meant to be illustrative only and should not be taken as limiting the scope of invention. For example, those of skill in the art will recognize that the elements of the illustrated embodiments shown in software may be implemented in hardware and vice versa or that the illustrated embodiments can be modified in arrangement and detail without departing from the spirit of the invention. Therefore, the invention as described herein contemplates all such embodiments as may come within the scope of the following claims and equivalents thereof. 

We claim:
 1. A method of encoding a mark-up language document, the block of mark-up language comprising a plurality of elements, the method comprising: determining which of the plurality of elements are constant in terms of how often they occur in the mark-up language document and which elements are variable in terms of how often they appear in the mark-up language document; and representing the structure of the mark-up language document using those elements that are variable in terms of how often they appear in the mark-up language document and without using those elements that are constant in terms of how often they occur in the mark-up language document.
 2. A computer-readable medium having stored thereon computer-executable instructions for performing the method of claim
 1. 3. The method of claim 1, wherein the determining step comprises parsing the mark-up language document according to a template.
 4. The method of claim 1, wherein each of the plurality of elements is represented by a set of mark-up language tags associated with the element, the method further comprising referencing a template, wherein the template indicates, for at least one of the plurality of elements, the exact number of times the element is supposed to occur within the mark-up language document, and wherein the representing step comprises removing from the mark-up language document the set of mark-up language tags that is associated with the at least one element.
 5. The method of claim 1, further comprising referencing a template, wherein the template indicates, for a first element of the plurality of elements, the exact number of times that the first element is supposed to occur within a second element of the plurality of elements.
 6. The method of claim 1, wherein each of the plurality of elements is represented by a set of mark-up language tags associated with the element, the method further comprising referencing a template, wherein the template indicates, for a first of the plurality of elements, that the first element must occur either once or not at all in a second element of the mark-up language document, and wherein the representing step comprises: removing from the mark-up language document the set of mark-up language tags that is associated with the first element; and creating a flag to indicate that the first element occurs once in the second element.
 7. The method of claim 1, further comprising referencing a template, wherein the template indicates, for at least one of the plurality of elements, that the element must occur either once or not at all in the mark-up language document.
 8. The method of claim 1, wherein each of the plurality of elements is represented by a set of mark-up language tags associated with the element, the method further comprising referencing a template, wherein the template indicates, for a first of the plurality of elements, that the first element occurs a variable number of times in a second element of the mark-up language document, and wherein the representing step comprises: removing from the mark-up language document the set of mark-up language tags that is associated with the first element; and defining an integer that indicates how many times the first element occurs in the second element.
 9. The method of claim 1, further comprising creating a file comprising at least one integer that indicates the number of times that an element of the plurality of elements occurs in the mark-up language document; and compressing the file; and transmitting the file to a receiving device.
 10. The method of claim 1, wherein the mark-up language document is an extensible mark-up language document.
 11. The method of claim 4, wherein the template is a document-type definition document.
 12. The method of claim 4, wherein the template is an extensible mark-up language schema document.
 13. The method of claim 1, wherein the mark-up language document comprises a plurality of data items, each of the plurality of data items having a respective data type and being bounded by a set of tags, each tag of the set having a tag name, wherein each of the plurality of elements contains at least one of the plurality of data items, the method further comprising grouping together those data items that have similar data types or are bounded by tags having the same names.
 14. The method of claim 1, wherein the mark-up language document comprises a plurality of data items, wherein each of the plurality of elements contains at least one of the plurality of data items, the method further comprising: dividing up the plurality of data items into a plurality of groups; for at least some of the plurality of groups, compressing the data items of each group using a different compression tool.
 15. A method of encoding a block of mark-up language text, the block comprising a plurality of elements, each element being bounded by a set of tags that indicate the type of data contained in the element, the method comprising: referring to a template to determine which of the plurality of elements of the block of mark-up language text have a fixed number of occurrences and which of the plurality of elements have a variable number of occurrences; and representing the structure of the block of mark-up language text with a compact block of text, wherein the compact block of text expresses the number of occurrences of the elements that have a variable number of occurrences, and wherein the compact block of text does not contain information regarding the elements that have a fixed number of occurrences.
 16. A computer-readable medium having stored thereon computer-executable instructions for performing the method of claim
 15. 17. The method of claim 15, wherein each of the plurality of elements comprises a data item that is bounded by the set of tags, the method further comprising: separating the tags of the block of mark-up language text from the data items; grouping related data items with one another; compressing the compact block of text; compressing the grouped data items; and after the compressing step, creating a message comprising at least one section containing the compact block of text and at least one section containing the grouped data items.
 18. The method of claim 17, wherein the grouping step comprises grouping data items according to how they are stored in computer memory.
 19. The method of claim 17, wherein the created message further comprises the identity of the template.
 20. The method of claim 15, wherein the mark-up language document comprises a plurality of data items, each of the plurality of data items having a respective data type and being bounded by a set of tags, each tag of the set having a tag name, wherein each of the plurality of elements contains at least one of the plurality of data items, the method further comprising grouping together those data items that have similar data types or are bounded by tags having the same names.
 21. The method of claim 15, wherein the mark-up language document comprises a plurality of data items, wherein each of the plurality of elements contains at least one of the plurality of data items, the method further comprising: dividing up the plurality of data items into a plurality of groups; for at least some of the plurality of groups, compressing the data items of each group using a different compression tool.
 22. A method for transferring a block of mark-up language from a sending computer to a receiving computer, the block of mark-up language being of a particular type, the method comprising: referencing a template associated with the particular type, wherein the template defines fixed elements, which always appear in a fixed number of instances in the block of mark-up language, wherein the template defines variable elements, which may or may not appear in the block of mark-up language, or may appear in a variable number of instances in the block of mark-up language; and removing from the block of mark-up language all tags that are associated with fixed elements.
 23. A computer-readable medium having stored thereon computer-executable instructions for performing the method of claim
 22. 24. The method of claim 22, wherein the referencing and removing steps are performed by the sending computer, and wherein the sending computer and the receiving computer each have a copy of the template, the method further comprising: the sending computer condensing the block of mark-up language into one or more numerical values that indicate the number of instances of the variable elements; the sending computer transmitting the numerical values to the receiving computer; the receiving computer reconstructing the block of mark-up language by filling in the tags of the fixed elements based on the template, and filling in the tags of the variable elements based on the numerical values transmitted by the sending computer.
 25. The method of claim 22, wherein the mark-up language document comprises a plurality of data items, each of the plurality of data items having a respective data type and being bounded by a set of tags, each tag of the set having a tag name, wherein each of the fixed elements and each of the variable elements contains at least one of the plurality of data items, the method further comprising grouping together those data items that have similar data types or are bounded by tags having the same names.
 26. The method of claim 22, wherein the mark-up language document comprises a plurality of data items, wherein each of the plurality of fixed elements and each of the plurality of variable elements contains at least one of the plurality of data items, the method further comprising: dividing up the plurality of data items into a plurality of groups; for at least some of the plurality of groups, compressing the data items of each group using a different compression tool.
 27. A system for transferring a mark-up language document, the mark-up language having a plurality of elements, each element comprising a set of tags and at least one data item bounded by the set of tags, the system comprising: a sending device comprising: a means for determining which elements appear in the mark-up language document a fixed number of times, a means for removing the tags that correspond to those elements determined to appear a fixed number of times, a means for determining which elements of the mark-up language document appear in the mark-up language document a variable number of times, a means for creating a message that contains information regarding those elements that are determined to appear in the mark-up language document a variable number of times, but does not contain information regarding those elements that are determined to appear in the mark-up language document a fixed number of times; and a receiving device comprising: a means for receiving the message, and a means for recreating the mark-up language document based on the message.
 28. The system of claim 27, wherein the means for determining which elements appear in the mark-up language document a fixed number of times is a processor executing a parser that references a template.
 29. The system of claim 28, wherein the template is a document-type definition document.
 30. The system of claim 28, wherein the template is an extensible mark-up language schema.
 31. The system of claim 27, wherein the recreating means is a processor executing a parser that references a template.
 32. The system of claim 31, wherein the template is a document-type definition document.
 33. The system of claim 31, wherein the template is an extensible mark-up language schema.
 34. The system of claim 27, wherein the mark-up language document comprises a plurality of data items, wherein each of the plurality of elements comprises at least one of the plurality of data items, the system further comprising a means for re-grouping the plurality of data items so that data items that are the same type or of similar type are together with one another. 